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ENCAPSULATING PACKETS INTO A FRAME FOR A NETWORK 



TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to the field of 
data communication and more specifically to encapsulating 
packets into a frame for a network. 
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BACKGROUND OF THE INVENTION 

According to network protocols, packets at a given 
layer may be encapsulated into frames at a lower layer in 
order to transmit the packets from one node to another 
node of a network. Known techniques provide for 

encapsulating individual Internet Protocol (IP) packets 
within individual Ethernet frames. Known techniques also 
provide for supporting the transmission of real-time 
traffic over a network. For example, a known technique 
may use forward error correction (FEC) to provide 
quality-of -service (QoS) guarantees for real-time 
traffic. Known techniques, however, typically cannot 
effectively and efficiently encapsulate packets into 
frames. For example, known techniques, may suffer from 
high overhead for small sized packets. Also, known 
techniques may not be able to provide continuous uniform 
QoS guarantees for real-time traffic in contention-based 
Ethernet networks . 
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SUMMARY OF THE INVENTION 

In accordance with the present invention, 
disadvantages and problems associated with previous 
techniques for encapsulating packets into frames may be 
5 reduced or eliminated, 

According to one embodiment of the present 
invention, encapsulating packets into a frame includes 
receiving the packets at a station of a number of 
stations of a network. Each packet is associated with a 

10 delay requirement that reflects a deadline corresponding 

to real-time traffic of at least one of the stations. The 
packets are directed to queues of the station. An 
available channel of the network is detected. It is 
determined that one or more packets at a queue are ready 

15 to be encapsulated into a frame in accordance with the 

delay requirements. The one or more packets are 
encapsulated into the frame for transmission using the 
available channel . 

Certain embodiments of the invention may provide one 

20 or more technical advantages. A technical advantage of 

one embodiment may be that the number of packets 
encapsulated into a frame at a queue of a network may be 
adapt ively adjusted according to amount of data in the 
queue, the delay requirements of packets, and the network 

25 conditions. Adaptive encapsulation may minimize 

bandwidth overhead caused by encapsulation. Adaptive 
encapsulation may also provide uniform delay guarantees 
for real-time traffic at all times and in the presence of 
varying network load. Another technical advantage of one 

30 embodiment may be that adaptive encapsulation may provide 



* 

ATTORNEY'S DOCKET NO. PATENT APPLICATION 

074767 . 0101 

4 



for a reduced number of transmission attempts, which may- 
lead to improved throughput performance. 

Certain embodiments of the invention may include 
none, some, or all of the above technical advantages. 
5 One or more other technical advantages may be readily 

apparent to one skilled in the art from the figures, 
descriptions, and claims included herein. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and its features and advantages, reference is 
now made to the following description, taken in 
5 conjunction with the accompanying drawings, in which: 

FIGURE 1 is a block diagram illustrating one 
embodiment of a networking system for encapsulating 
packets into a frame; 

FIGURE 2 is a block diagram of one embodiment of a 
10 station of the system of FIGURE 1; 

FIGURE 3 is a flowchart illustrating one embodiment 
of a method for encapsulating packets into a frame; 

FIGURE 4 is a flowchart illustrating one embodiment 
of a method for updating a flag at a non-real-time queue 
15 in response to receiving a packet; 

FIGURE 5 is a flowchart illustrating one embodiment 
of a method for updating a flag of a non- real-time queue 
in response to successful transmission of a frame; 

FIGURE 6 is a flowchart illustrating one embodiment 
20 of a method for setting a flag for a real-time queue; and 

FIGURE 7 is a flowchart illustrating one embodiment 
of a method for updating a number of packets to be 
encapsulated into a frame at a real-time queue. 
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DETAILED DESCRIPTION OF THE DRAWINGS 

Embodiments of the present invention and its 
advantages are best understood by referring to FIGURES 1 
through 7 of the drawings, like numerals being used for 
5 like and corresponding parts of the various drawings. 

FIGURE 1 is a block diagram illustrating one 
embodiment of a system 10 for encapsulating packets into 
a frame. In general, system 10 manages the number of 
packets encapsulated into a frame depending upon the 

10 delay requirements of the packets and network activity. 

A larger payload typically yields higher bandwidth 
efficiency, but also results in longer transmission 
delays, which may violate the delay requirements of the 
packets. Accordingly, system 10 attempts to maximize 

15 bandwidth efficiency subject to the delay requirements of 

the packets. 

According to the illustrated embodiment, system 10 
includes one or more stations 20 coupled to a link 22. A 
station 20 may comprise an Ethernet station that receives 

20 packets from an upper Internet Protocol layer that are 

destined to other nodes of the network. Station 2 0 may 
adapt ively encapsulate packets into a frame to attempt to 
minimize encapsulation overhead subject to the delay 
requirements of the packets. Station 2 0 includes an input 

25 24 that receives frames from the network and transmits 

frames to the network. Link 22 may provide system 10 
with one or more channels that may be used to transport 
packets. A channel of link 22 may have a corresponding 
activity state. For example, the channel may be idle or 

30 available, busy, or in collision. Link 22 may comprise, 

for example, a cable compatible with Ethernet Protocols. 
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To aid in the explanation of the embodiment, TABLE 1 
summarizes notation used in this document, 

TABLE 1 

5 



Parameter 


Definition 


N 


Number of stations. 


Frt 


Number of real-time (RT) flows at a station. 


Fnrt 


Number of non-real-time (NRT) flows at a 
station . 


F 


Number of flows at a station. 




Number of packets at the ith queue to be 
encapsulated into one frame . 


Bi* 


Size of the first ki* packets at the ith 
queue . 


D 


Random delav of an arbitrarv oacket . 


di 


Deadline associated with packets of the ith 
real-time flow. 


Si 


Upper bound of the fraction of class -i 
packets with deadlines that are allowed to be 
violated. The pair (di, ei) represents the 
delay requirement for class-i traffic at a 
station. 




Total number of unique class-i packets that 
have so far been successfully transmitted or 
have been discarded at the transmitting 
station. 




Number of class-i packets that have been 
discarded so far. 


n(x) 


Encapsulation efficiency for a frame 
containing x bytes of payload. 


t current 


Current time at a station. 


Qi 


Number of packets at the ith queue. 


Bi 


Number of bytes at the ith queue. 


tarr (i/ j ) 


Arrival time of the jth packet at the ith 
queue, j=l, 2,...,Qi. 


Sp(i, j) 


Size (in bytes) of the jth packet at the ith 
queue . 


Stot (i/k) 


2^i=i Sp(i, j) . 


Sf (i,k) 


Size (in bytes) of a frame with a payload 
comprising the first k packets from the ith 
queue . 
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Parameter 


Definition 


Rlink 


Transmission capacity in bits per second _ 


T 


Worst -case roundtrip propagation delay, used 
for half -duplex Ethernet. 


Ti(k) 


Delivery time of a frame that contains k 
packets from the ith queue. 


I 


Inter- frame gap. 


k) 


Total delay of the jth packet transported in 
a frame that includes k packets from the ith 
queue . 


Smax 


Maximum allowable frame payload. 


" t imer 


Timeout value for the frame payload timer 
(FPT) at the ith queue. 


Pi 


Order (memory length) of the predictor for 
the packet inter-arrival times . 


P2 


Order (memory length) of the predictor for 
the packet sizes. 


tlast 


Arrival time of the most recent packet at a 
given queue . 


-A. 

^ext 


Predicted arrival time of the next packet at 
a given queue . 


S next 


Predicted size (in bytes) of the next packet 
to arrive at a given queue . 


Sf (i, k+1) 


Predicted size of a frame that includes k 
packets currently available at the ith queue 
plus one packet that will arrive in the 
future . 


Ti(ki*+1) 


Predicted delivery time of a frame that 
includes k packets currently at the ith queue 
plus one packet that will arrive in the 
future . 


nth 


Threshold for the encapsulation efficiency of 
a frame . 


rp(i) 

discard 


Head-of-line discard timeout value for the 
ith queue. 



System 10 may be used to communicate packets in a 
communication network that comprises nodes such as 
stations and allows the network nodes to communicate with 
5 each other. For example, system 10 may be used for a 

half -duplex or full -duplex Ethernet network. A 
communication network may also comprise all or a portion 
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of a public switched telephone network (PSTN) , a public 
or private data network, the Internet, a local, regional, 
or global communication network, an enterprise intranet, 
other suitable communication link, or any combination of 
5 the preceding. 

System 10 may encapsulate suitable packets into a 
suitable frame. A packet may comprise a bundle of data 
organized in a specific way for transmission, and a frame 
may comprise the payload of one or more packets organized 

10 in a specific way for transmission. According to one 

embodiment, a packet may comprise all or a portion of an 
Internet Protocol packet, and a frame may comprise an 
Ethernet media access control (MAC) frame substantially 
compatible with the IEEE 802.3 standard. 

15 System 10 may support both real-time (RT) and non- 

real-time (NRT) traffic. Real-time packets comprise 
delay- sensitive packet flows carrying, for example, voice 
or video information, and may have delay requirements. A 
delay requirement may comprise a deadline calculated 

2 0 according a time by which a packet needs to be delivered 

to a receiver. According to one embodiment, a delay 
requirement may be expressed probabilistically according 
to Equation (1) : 

25 PrED > d.] < 8i (1) 

where D is the random delay of an arbitrary packet, di is 
the deadline associated with packets of the ith real-time 
flow, and 8i is a small positive number. The pair (di, 8i) 
represents the delay requirement for the ith real-time 

30 flow. 
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The probabilistic guarantee of the delay requirement of 
Equation (1) may be expressed by Equation (2) : 

j^(i) / < / 2 ) 



where mI^!. is the total number of unique packets from the 



'tot 



ith flow that have so far been successfully transmitted 
or have been discarded at the transmitting station, and 

^vio number of packets that have been discarded due 

10 to violation of deadlines. Equation (2) maps a 

probabilistic delay guarantee for an arbitrary packet 

into a deterministic guarantee for 100(l-8i) percent of 
the packets at no more than lOOsi percent packet loss 
rate . 

15 According to one embodiment, values M^?^ and y^^^^ may 

be expressed in bytes instead of packets. According to 
one embodiment, counters may be used to keep track of 

values M^?Q and m|.^J^ . The counters may be reset at any 

suitable event, for example, when system 10 is powered 
2 0 up, when a session is terminated such as when a queue is 

empty for more than a specific time period, or other 
suitable events. 

In order to satisfy the delay requirements, system 
10 takes into account the delay experienced by a packet 
25 transported over the network. The determination of the 

delay involves calculating the arrival time. Arrival time 
tarr(i/j)/ i=l,2, Frt and j=l,2,..., Qi, represents the 

arrival time of the jth packet at the ith queue, where 
tarr(i/j) < tarr(i/j+l) for all i and j. The size Sp(i,j) 
30 represents the size of the packet. Multiple fragments of 



ATTORNEY'S DOCKET NO 



PATENT APPLICATION 



074767 . 0101 



11 



the same packet may be treated as separate packets with 
the same arrival time. According to one embodiment, 
packet re-ordering at queue i is not permitted. 

Any suitable procedure may be used to predict the 
5 arrival time of the next packet- According to one 

embodiment, an autoregressive (AR) predictor may be used 
with time-varying coefficients. The orders pi and p2 of 
the autoregressive processes characterize the inter- 
packet times and packet sizes, respectively (pi ^ 1 and p2 

10 ^ 1) . Parameters pi and p2 reflect the memory of the 

predictor (the time dependence on past data) . The value 
of each parameter may be determined using statistical 
analysis of the sample autocorrelations and partial 
autocorrelations of empirical data sequences. 

15 The next inter-packet time at a given queue may be 

predicted. Variables yn: n = 1,2,... represent the sequence 
of inter-packet times at the input to the queue. An AR(pi) 
characterization of this sequence is given by Equation 
(3) : 

20 

Yn = ^0 + ^lYn-i + KYn-2 + ... + S^.Cn - l)y„.p, + \^ ^ (3) 



where i|/n: n=l,2,... is white noise and ao, ai, api are time- 
varying coefficients. The values of these coefficients 
25 are updated following each packet arrival using, for 

example, weighted recursive least -square estimation 
methods . 

Coefficients a^Cn - 1) , a^Cn - 1) , . . . , a^^Cn - 1) represent 

the updated values of the AR coefficients following the 
30 availability of the value of yn-i- Given these values and 
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the values of Yn-i^ • / Yn-pi, a predicted value yn of yn may 
be given by Equation (4) : 

y„ = ao(n - 1) + a,(n - 1) y„_, + a^{n - 1) y,.^ + . . , + ^^^(n - 1) y,_p, 
5 (4) 



Time tiast represents the time of arrival of the most 
recent packet, t^ext represents the predicted arrival time 
of the next packet, and s^^^^ represents the predicted size 
10 of the next packet. The value of t^^^^ is given by the sum 

of tiast and the predicted inter-arrival time. Both t^^^^ 
and Sj^ext computed every time a packet arrives at the 

queue . 

Frame size Sf(i,k) represents the size of an Ethernet 
15 frame that has a payload comprising the first k packets 

k 

from the ith queue, where k < Qi. If Stot(i/k) = L.^^ 

Sp(i,j), then size Sf(i,k) may be described by Equation 
(5) : 



20 



s^(i,k) = ^ 



overhead 



'overhead 



+ Stot(i/k) , if s„i„ <s^„t(i,k)<s 



min 



tot 



max 



+ s„i„, if s,„,(i,k)<s 



(5) 



tot 



min 



where Soverhead is the framing overhead, Smin is the minimum 
allowable frame payload, and Smax is the maximum allowable 
frame payload, all of which may be measured in bytes. 
25 For example, in the case of a 10 Mbps Ethernet, Soverhead = 

26, Smin = 46, and Smax = 1500. 

Constant Riink represents the link capacity in bits 
per second, and time x represents the worst-case round 
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trip time over the link. Time Ti (k) represents the 
delivery time of a frame that contains k packets from the 
ith queue. In the absence of collisions, delivery time 
Ti(k) may be expressed by Equation (6) : 

5 

Ti(k) ^ 8 Sf (i,k) /Riink + t/2 + I (6) 

where I is the inter-frame gap. As a convention, Ti(0)=0, 
because the actual round trip time between two stations 
10 may be less than x . 

The total delay 5i(j,k) of the jth packet may be 
expressed by Equation (7) : 



15 



6i(j,k) = t-current ~ t-arr (i / D / 

Ti(k) (7) 



where tcurrent refers to the current time. Delays 6i(j,k) > 
6i(j+l,k) for all i, j, and k. That is, for a queue with 
several packets, the first deadline to expire is that of 
the head-of-line (HOL) packet. Furthermore, 5i(j,k) < 

20 6i(j,k+l). Since error detection at the destination is 

performed on the whole frame before any packet can be 
delivered to the upper layer, the packets of a frame have 
the same delivery time Ti(k). 

Once a frame is delivered to the destination, the 

25 frame may need to be acknowledged. The IEEE 802,3 

standard does not require acknowledging successfully 
transmitted frames, since collisions are detectable and a 
collision can be implicitly regarded as a negative 
acknowledgement. This, however, does not protect against 

30 noise errors. According to one embodiment, 

acknowledgement frames may be used. Once the receiver 
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verifies that the cyclic redundancy check code is 
correct, the receiver sends an acknowledgement frame to 
the transmitting station. The acknowledgement frame may 
contend for the channel like any other frame, or the 
5 channel may be briefly reserved for the transmission of 

the acknowledgement frame following the reception of a 
data frame . 

Station 2 0 may perform adaptive encapsulation in 
accordance with a calculated encapsulation efficiency. 
10 According to one embodiment, encapsulation efficiency 

r| (x) for a frame that includes x bytes of payload may be 

expressed as r| (x) = x/ (total frame size) . According to 

one embodiment, for a ten Megabits per second Ethernet 
network, the minimum allowable frame size is 72 byes, 
15 which includes 26 bytes of framing overhead. 

Accordingly, if 46 < x < 1500, no padding bytes are 
required. Therefore, encapsulation efficiency r| (x) = 

x/ (x + 26) . 

On the other hand, if 0 < x < 46, then padding is 
20 needed to insure that the frame size is 72 bytes. In 

this case, t| (n) = x/72. Accordingly, the encapsulation 

efficiency r\ (x) may be expressed by Equation (8) : 



25 



n (x) = ^ 



^/(^overhead ®min)' 0 < X < SQygj.jjgg^ 

x/ (x + S^ij^) , if S^^gj^jj^g^^ < X < S^^ 



In order for CSMA/CD protocols to work properly, the 
transmission time of a frame cannot be less than the 
worst -case roundtrip time (RTT) over the Ethernet so a 
station can detect a collision before the end of its 
3 0 frame transmission. If the maximum wire distance between 
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two stations remains the same, then the worst -case RTT 
may also be fixed. Thus, if the transmission speed of the 
Ethernet is to be increased, then the minimum allowable 
frame size must also increase to ensure that collisions 
5 can be detected. For example, increasing the transmission 

speed of a 10 Mbps Ethernet ten times while keeping its 
range fixed requires increasing the minimum frame size by 
an order of ten. 

This, however, may lead to inefficient bandwidth 

10 utilization in the case of small frames. Alternatives 

may include reducing the maximum allowable cable distance 
between two stations or relying on hubs to interconnect 
stations. For example, 100 Mbps Ethernet has maintained 
the minimum frame size at 64 bytes, but relies on hubs 

15 with a maximum station-to-hub distance of 100 meters. 

Half-duplex Gigabit Ethernet utilizes a carrier 
extension whereby the transmission of a relatively small 
frame is followed by the transmission of carrier signals 
that insure a minimum channel busy time that is equal to 

20 the time needed to transmit a full frame. Accordingly, 

the encapsulation efficiency riGiGA(x) may be expressed by 

Equation (9) : 



^ / ^minGb' if 0 < X < S^^^Q^ S^^^ 

X / + s^iJ , if s^.^^^ - s^.^ < X < s^^ 
25 

where Smincb is the minimum allowable frame payload for 
Gigabit Ethernet. 

Modifications, additions, or omissions may be made 
to system 10 without departing from the scope of the 
30 invention. For example, system 10 may have more, fewer, 
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or other modules. Moreover, the operations of system 10 
may be performed by more, fewer, or other modules. 
Additionally, functions may be performed using any 
suitable logic comprising software, hardware, other 
5 logic, or any suitable combination of the preceding. As 

used in this document, "each" refers to each member of a 
set or each member of a subset of a set . 

FIGURE 2 is a block diagram of one embodiment of a 
station 20 of system 10 of FIGURE 1. Station 20 may 

10 include one or more real-time queues 30a, one or more 

non-real-time queues 30b, a processor 24, and a scheduler 
34 coupled as illustrated in FIGURE 2. According to the 
illustrated embodiment, station 2 0 includes a number Frt 
of real-time queues 30a and a number Fnrt non-real-time 

15 queues 30b. A real-time queue 30a receives a real-time 

packet flow, and a non-real-time queue 30b receives a 
non-real-time packet flow. According to one embodiment, 
different real-time flows may have different delay 
requirements, and packets that belong to the same real- 

20 time flow may have the same delay requirement. 

A queue 3 0a-b may comprise any suitable buffer 
operable to receive, store, and send packets. Each queue 
30a-b may include control logic 32a-b, that manages the 
operation of the queue 30a-b, and may comprise any 

25 suitable device operable to accept input, process the 

input according to predefined rules, and produce output. 
Control logic 32a-b may, for example, determine the 
number of packets that may be encapsulated to form a 
frame of a suitable size or calculate whether waiting for 

30 a next packet would lead to a violation of a delay 

requirement . 
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Control logic 32a-b may maintain the number k* of 
packets, starting from the current head of line packet, 
to be encapsulated into a frame. The number k^ of 
packets may be updated in response to events such as the 
arrival of a new packet, the successful delivery of a 
frame, the expiration of packet delay requirements, other 
event, or any other combination of the preceding. If a 
queue i is selected to transmit, queue i either uses an 

updated value of k* to determine the packets to be 
encapsulated into a frame or defers transmission until a 
next round . 

A frame payload timer FPT may be associated with the 
most recently computed k* value . Whenever a new value of 
k* is computed, the timer may be set according to 
Equation (10) : 

A^timer = [Ci, - t,,,,,,, - t3,,(i,l) + T;(k:) ] (10) 

The timer is set according to the additional queue delay 
2 0 from the time of computation that can be tolerated before 

the expiration of the deadline of the first packet, that 

is, the head-of-line packet, of a frame of kt packets. 
Since the newly computed k^ value satisfies 6i(l, ki ) ^ 

di, then > 0 . 

25 The frame payload timer FPT may expire before the 

ith queue transmits a frame. This could happen, for 
example, if the channel is busy for an extended period of 
time or if station 20 is in a back-off period. If the 
frame payload timer FPT expires, then a new value for k^ 



10 



15 
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10 



has to be found. The value of is decreased until 5i(l, 

kt ) ^ di. If in the process of decreasing k* , k*=0 is 
reached, then the deadline of the head-of-line packet 
cannot be met, that is, 5i(l,l) > di. In that case, 
station 20 discards the head-of-line packet, increments 
^vio ' advances the ith queue, and re-computes the values 



of k! and A 



{i> 



timer " 

To discard a head-of-line packet, a timer may track 



a discard time 



n(i) 

discard ' 



When a packet advances to the 



head-of-line position, the 
according to Equation (11) : 



timer value may be set 



lliscard = d, - [t - t,„(l, i) + T,(l) -h W,(t) ] (11) 



15 



20 



25 



Discard time Ti(l) is the minimum possible time that 
is needed to deliver the head-of-line packet. The timeout 
value according to Equation (11) is the additional 
queuing time that can be further tolerated before it 
becomes unlikely that the head-of-line packet can be 
delivered in time. If at the time of setting the 

timeout value, discard time T^^^^card^ then the head-of- 

line packet is discarded and the queue is advanced . 

The process of computing the timeout value is 
repeated for the new head-of-line packet by setting the 
value of tarr(i/j) and the value of tarr(i/j+l) fo^ 
and using an updated t value. If a head-of-line packet 

results in l^igcard^ 0' packet discarding ceases. 

Scheduler 34 may be used to determine the service 
order among the queues 30a-b of a station 20. Scheduler 
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34 may select queues 30a-b according to any suitable 
procedure- As an example, scheduler 34 may select queues 
3 0a-b according to a round- robin scheduling procedure, 
where queues 3 0a-b are ordered. As another example, 
5 scheduler 34 may select queues 3 0a-b according to a 

modified round-robin scheduling procedure. Scheduler 34 
tracks the last queue 3 0a-b from which a frame was 
successfully transmitted. Once a channel becomes 

available, scheduler 34 selects the next backlogged queue 

10 3 0a-b to transmit a frame. Scheduler 34 may give equal 

priority to real-time queues 30a and non-real-time queues 
3 0b or may give priority to real-time queues 30a or to 
non-real-time queues 30b. 

If there is a collision at a channel, scheduler 34 

15 may use a back-off procedure as defined in the IEEE 802.3 

standard. After the back-off period, scheduler 34 
determines if the channel is idle. If the channel is 
idle, scheduler 34 waits for an inter- frame gap, and then 
proceeds to transmit a frame from the queue 3 0a-b that 

20 sent the colliding frame. 

Modifications, additions, or omissions may be made 
to station 2 0 without departing from the scope of the 
invention. For example, station 20 may have more, fewer, 
or other modules. Moreover, the operations of station 20 

25 may be performed by more, fewer, or other modules. For 

example, the operations of processor 24 and scheduler 34 
may be performed by one module, or the operations of 
scheduler 34 may be performed by more than one module. 
Additionally, functions may be performed using any 

3 0 suitable logic comprising software, hardware, other 

logic, or any suitable combination of the preceding. 
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FIGURE 3 is a flowchart illustrating one embodiment 
of a method for encapsulating packets into a frame. The 
method begins at step 100, where station 20 detects an 
available channel. Station 20 determines whether a queue 
5 30a-b has sent a colliding frame at step 104. If a queue 

3 0a-b has sent a colliding frame, the method proceeds to 
step 108, where scheduler 34 selects the queue 30a-b that 
sent the colliding frame. 

If no queue 30a-b has sent a colliding frame, the 
10 method proceeds to step 112, where scheduler 34 selects a 

next queue 3 0a-b. Next queue 3 0a-b may be selected 
according to any suitable selection procedure that may be 
used to select a queue 3 0a-b. For example, next queue 
3 0a-b may be selected from the next backlogged queue 
15 30a-b or the next queue 30a-b for which the flag is set 

to true according to a round-robin procedure. After 
selecting a queue 30a-b, the method proceeds to step 116. 

At step 116, scheduler 34 checks a flag of the 
selected queue 3 0a-b that indicates whether there is a 

2 0 frame ready to be transmitted from queue 3 0a-b. The flag 

is set in response to any suitable event, such as 
receiving a packet at the queue, successfully 
transmitting a frame from the queue 30a-b, other suitable 
event, or any combination of the preceding. 
25 The flag may be set to true or false at step 120, 

where true indicates that there is a frame ready for 
transmission and false indicates that there is no frame 
ready for transmission. If the flag is set to true, the 
method proceeds to step 124 where the frame is 

3 0 transmitted. After transmitting the frame the method 

terminates. If the flag is set to false, the method 
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proceeds to step 12 8, where queue 3 0a-b is skipped. 
After skipping the queue, the method terminates. 

Modifications, additions, or omissions may be made 
to the method without departing from the scope of the 
invention. Additionally, steps may be performed in any 
suitable order without departing from the scope of the 
invention. 

FIGURE 4 is a flowchart illustrating one embodiment 
of a method for updating a flag at non-real-time queue i 
in response to receiving a packet. The method begins at 
step 150, where control logic 32a initializes the number 
Qi of packets at queue i, the number k* of packets that 
may be encapsulated into a frame, and the size B* of 
packets that may be encapsulated into a frame. The size 
B* of packets corresponds to the collective packet size 
of the k* packets that may be potentially encapsulated 
into a frame. A flag is set to false at step 154. A 
packet having a current packet size Scurrent less than a 
maximum size Smax is received at step 158. Maximum size 
Smax is the maximum allowable frame payload. The values of 
the number Qi of packets of queue i is updated at step 
162 . 

The flag may be set to true or false at step 166. 
If the flag is set to true, the number k* of packets of 
the frame and the size B* of the packets of the frame do 
not need to be updated because queue i has packets of a 
sufficient size to fill the payload of a frame. 
Accordingly, if a flag is set to true at step 166, the 
method proceeds to step 190. 
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If the flag is set to false at step 166, the method 
proceeds to step 170. Control logic 32a determines at 

step 170 if the sum of the size B* of the packets plus 
the size Scurrent of the current packet is less than, equal 
5 to, or greater than the maximum size Smax- If the sum is 

less than the maximum size s^ax, the method proceeds to 

step 174, where values for the size B* of packets and the 

number k! of packets updated. After updating the values, 

the method proceeds to step 190. 
10 If the sum is equal to the maximum size Smax/ the 

method proceeds to step 178, where the size B? of packets 

and the number k* of packets are updated. The flag is 

set to true at step 182. After setting the flag, the 

method proceeds to step 190. If the sum is greater than 
15 the maximum size Smax/ then the method proceeds to step 

186, where the flag is set to true. After setting the 

flag, the method proceeds to step 190. 

Scheduler 34 determines whether there is a next 

packet at step 190. If there is a next packet, the 
2 0 method returns to step 158, where the next packet is 

. received. If there is no next packet at step 190, the 

method terminates . 

Modifications, additions, or omissions may be made 

to the method without departing from the scope of the 
25 invention. Additionally, steps may be performed in any 

suitable order without departing from the scope of the 

invention . 

FIGURE 5 is a flowchart illustrating one embodiment 
of a method for updating a flag of non-real-time queue i 
30 in response to successful transmission of a frame. The 
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method begins at step 200, where scheduler 34 determines 
that a frame has been successfully transmitted from queue 
i. The number Qi of packets at queue i is established at 
step 2 04. The number Qi of packets may be equal to or 
5 greater than zero at step 208. If the number Qi of 

packets is equal to zero at step 2 08, the method proceeds 

to step 212, where the number k! of packets to be 

encapsulated into a frame and the size B* of packets to 

be encapsulated into the frame are initialized. The flag 
10 is set to false at step 216. After setting the flag, the 

method terminates . 

If the number Qi of packets is greater than zero at 
step 208, the method proceeds to step 220. Processor 24 

determines the maximum value of the number k* of packets 

15 less than or equal to the total number Qi of packets at 

queue i for which the corresponding size is less than 

or equal to maximum Smax- If size B* is equal to maximum 
size Smax at step 224, the method proceeds to step 230 
where the flag is set to true. After setting the flag to 

20 true, the method terminates. If size Bt is less than 

maximum size Smax/ the method proceeds to step 234 where 
the flag is set to false. After setting the flag to 
false, the method terminates. 

Modifications, additions, or omissions may be made 
25 to the method without departing from the scope of the 

invention. Additionally, steps may be performed in any 
suitable order without departing from the scope of the 
invention. 

FIGURE 6 is a flowchart illustrating one embodiment 
30 of a method for setting a flag for a real-time queue 30a. 
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The method begins at step 250, where the number k* of 
packets to be encapsulated into a frame and a frame 
payload timer FPT are updated for a queue i. Frame 
payload timer FPT may be used to track the amount of time 
5 that packets stay at queue i in order to account for the 

delay requirements of the packets at the queue i . 

The number Qi of packets and at queue i is 
established at step 254. If the number Qi of packets is 
equal to zero at step 2 58, the method proceeds to step 

10 262 where the flag is set to false. After setting the 

flag, the method terminates. If the number Qi of packets 
at queue i is greater than the number k* of packets to be 
encapsulated into a frame at step 258, the method 
proceeds to step 266. The flag is set to true at step 

15 266. After setting the flag, the method terminates. 

If the number Qi of packets at queue i is equal to 

the number k* of packets to be encapsulated into the 
frame, the method proceeds to step 270. In this case, 
the available packets can be accommodated in one frame 

20 without violating packet deadlines if the frame is 

transmitted immediately. If, however, encapsulation is 
postponed until a new packet arrives at queue i, then it 
is possible that a frame with kt plus one or more packets 
may be formed and transmitted without violating packet 

2 5 deadlines. 

Processor 24 predicts the next size s^^ext next 
packet at step 270. Processor 24 determines whether the 
sum of the sizes of the packets to be encapsulated and of 
the next packet is too large, that is, greater than the 

30 maximum size Smax at step 272. If the sum is too large. 
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that is s^.^t(i, k*) + s^^^t > s^^ , then the method proceeds to 
step 274, where the flag is set to true. After setting 
the flag, the method terminates. 

If the sum is not too large, that is 

s^ot^i'^^I) + s^ext < or = s^^, then the method proceeds to 
step 276, where the delivery time of the next frame is 
predicted. According to one embodiment, the delivery- 
time may be predicted in the following manner. The 

predicted size Sf(i,k*+1) of the frame that has a payload 

including the current k* packets plus the next packet to 
arrive may be described by Equation (12) : 

s,(i, k* + 1) = 

|s overhead + S,^^(i,k;) + S„^,,, if S^^^ < S^^^(i,k;) + S„^^^ < S^^ 
l^overhead ^min' ^min ^ S^Qt^^'^i^ ^next 

15 (12) 

The predicted delivery time of the future frame may be 
given by Equation (13) : 

20 Ti(k%l) = 8Sf(i,k;+l) / Rimk + t/2 + I (13) 

Three conditions are established at steps 2 80 through 
284. Whether waiting for the next packet causes a 
deadline expiration for the head-of-line packet is 
25 established at step 280. The deadline expiration refers 

to the expiration of the deadline associated with the 
head-of-line packet. The condition may be established 
using Equation (14) : 



5 



10 
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max{ t current +Z.^Tj (k;) ,^ext} " tarr(i/l)+ Tidct+l) > di 

(14) 



where the summation of Equation (13) is taken over queues 
5 3 0a-b j for which the flag is currently set to true. 

The term Z. Tj(k*) is a forecast of the additional 

delay caused by the transmission of frames from other 
queues. The term is neither a lower nor an upper bound on 
the actual delay, since some queues may subsequently 
10 increase or decrease their k* values, while others may 

decide to defer transmission until the next round. The 
next packet to arrive at queue i may actually arrive 

A, 

later than one scheduling round, that is, t next > t current + 
Z. Tj(k*), forcing queue i to repeat the decision 

15 making process. If the expected arrival time of the next 

packet is too far in the future that it may cause a 

deadline violation, that is, t next > di - tarr(i/l)+ Ti 
(k*+l) , then queue i tries to avoid the unnecessary wait 
and proceeds to encapsulate and transmit a frame. 
2 0 Whether waiting may cause excessive packet loss rate 

is established at step 282. Excessive packet loss rate 
may refer to a packet loss rate that does not satisfy a 
threshold value. The condition may be established 
according to Equation (15) : 



25 



i^o + k! + 1) / (m;^^, + k: +1) > 8i (15) 



Whether there is no significant efficiency improvement by 
waiting is established at step 284. Efficiency 
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improvement may refer to increased efficiency as 
discussed previously- The condition may be established 
according to Equation (16) : 



n (Stot (i/ ^1 ) + Snext) " H ( S tot ( i / k* ) ) < 1] 



th 



(16) 



10 



15 



20 



25 



30 



where pth is an adjustable efficiency threshold. 

Even if the arrival time and the size of the next packet 
are accurately predicted and the frame encapsulation at 
subsequent queues is performed as anticipated from 

current number of packet values, there is no guarantee 

that the deadline of the head-of-line packet can be met. 
The deadline may be violated due to collisions and back- 
off delays, which cannot be anticipated by a station 20. 
Accordingly, if delaying frame encapsulation and 
transmission is expected to lead to a deadline violation, 
station 20 should not defer frame encapsulation unless 
station 20 has leeway to tolerate packet violation, and 
loss in the expected bandwidth gain resulting from 
deferring the encapsulation is sufficient. 

If less than two conditions are satisfied at step 
286, the method proceeds to step 288, where the flag is 
set to false. After setting the flag to false the method 
terminates. If at least two conditions are satisfied at 
step 286, the method proceeds to step 2 90, where the flag 
is set to true. After setting the flag to true, the 
method terminates. 

Other suitable procedures for setting the flags may 
be used. For example, procedures that rely on the 
prediction of the channel status at the time the next 
packet arrives may also be used. For example, station 20 
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may track the fraction of time the channel has been idle. 
The fraction may be computed over a moving window to 
account for the dynamics of the traffic. In the case of 
number k! of packets to be encapsulated equals the number 
5 Qi of packets at queue i, the decision of whether to 

encapsulate may be made depending the conditions 
established at steps 280 through 284 as well as the 
fraction of idle time. For example, if none of the 
conditions are satisfied and the probability of an idle 
10 channel is less than a certain percentage such as 50%, 

station 2 0 may decide to wait in hopes that the time the 
next packet arrives, the channel may be more likely to be 
available . 

Modifications, additions, or omissions may be made 
15 to the method without departing from the scope of the 

invention. Additionally, steps may be performed in any 
suitable order without departing from the scope of the 
invention. 

FIGURE 7 is a flowchart illustrating one embodiment 
2 0 of a method for updating a number k* of packets to be 

encapsulated into a frame at a real-time queue i. The 
method begins at step 300, where an updating event is 
detected. An updating event may comprise, for example, 
successfully transmitting a frame from queue i, receiving 
2 5 a new packet at queue i, determining that a frame payload 

timer (FPT) of queue i has expired, or other suitable 
event . 

Control logic 32 determines whether to perform an 
updating procedure for the number kt of packets at step 
30 304. For example, in the case of the receiving the next 

packet, there are two possibilities. If the previous 
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value of the number k* of packets was less than the 

number Qi of packets at queue i, then the value for the kt 
does not need to be updated since the frame cannot 
accommodate packets already at queue i. If number k* of 
packets is equal to Qi, then the updating procedure may be 
performed in order to determine whether the frame can 
accommodate a new packet . 

If an update procedure is not to be performed, the 

method proceeds to step 3 06, where the number k* is not 
updated. After not updating, the method terminates. If 
an update procedure is to be performed at step 3 04, the 
method proceeds to step 308 to initiate the update 

procedure. A value for the number k* of packets less 

than the number Qi of packets is selected at step 312. 
Control logic 32a determines at step 316 whether the 

selected value of k* results in a frame of a satisfactory 

size, which may be determined by establishing whether the 

selected value of k* satisfies Stot(i/k*) ^ Smax- 

If the selected value of k* does not yield a 
satisfactory size at step 316, the method proceeds to 
step 306, where the number k^ of packets is not updated. 
After not updating the value, the method terminates. If 
the selected value of k* yields a satisfactory size, the 
method proceeds to step 320, where control logic 32a 
determines whether the selected value of k? guarantees 
in-time delivery for the head-of-line packet, while the 
next packet in a frame will lead to a deadline violation. 
This condition may be established using the following 

relation 6i(l, k* ) ^ di < 5i(l, k* +1). 
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If the selected value of cannot guarantee in-time 
delivery, the method proceeds to step 3 06, where the 
number k* of packets is not updated. After not updating 
the value, the method terminates. If the selected value 
can guarantee the in- timed delivery, the method proceeds 
to step 324, where the number k* of packets is updated. 
After updating the value, the method terminates. 

Modifications, additions, or omissions may be made 
to the method without departing from the scope of the 
invention. Additionally, steps may be performed in any 
suitable order without departing from the scope of the 
invention . 

Certain embodiments of the invention may provide one 
or more technical advantages. A technical advantage of 
one embodiment may be that the number of packets 
encapsulated into a frame at a queue of a network may be 
adapt ively adjusted according to changes in packet 
deadlines at the queue and in network conditions. 
Adaptive encapsulation may minimize bandwidth overhead 
caused by encapsulation. Another technical advantage of 
one embodiment may be that adaptive encapsulation may 
provide for a reduced number of transmission attempts, 
which may lead to improved throughput performance. 

Although an embodiment of the invention and its 
advantages are described in detail, a person skilled in 
the art could make various alterations, additions, and 
omissions without departing from the spirit and scope of 
the present invention as defined by the appended claims. 



